1、引言

　　在智能建筑中，建筑智能化系統(tǒng)包含著若干個(gè)系統(tǒng)，而每個(gè)系統(tǒng)又由多個(gè)子系統(tǒng)和各種設(shè)備構(gòu)成。以樓宇自控系統(tǒng)為例，從廣義上講它包括空調(diào)系統(tǒng)、給排水系統(tǒng)、供配電系統(tǒng)、照明與動(dòng)力系統(tǒng)、消防系統(tǒng)、安全防范等子系統(tǒng)以及多種型號(hào)的傳感器、執(zhí)行器、現(xiàn)場(chǎng)控制器、UPS等機(jī)電設(shè)備。智能化集成系統(tǒng)就是將智能建筑內(nèi)不同功能的子系統(tǒng)在物理上、邏輯上、功能上連接在一起，以實(shí)現(xiàn)信息綜合、資源共享。而實(shí)現(xiàn)系統(tǒng)集成的關(guān)鍵在于解決各子系統(tǒng)之間的互聯(lián)和互操作性問(wèn)題，這是一個(gè)多廠商、多協(xié)議和面臨各種應(yīng)用的體系結(jié)構(gòu)，也是每一個(gè)智能建筑所面臨的問(wèn)題。解決這一問(wèn)題最有效的方法就是利用軟件接口技術(shù)，即在集成系統(tǒng)服務(wù)器與子系統(tǒng)管理主機(jī)之間使用一個(gè)軟件接口，以此來(lái)完成集成系統(tǒng)與子系統(tǒng)的連接和信息交換。所謂的軟件接口是指：一個(gè)能使智能化系統(tǒng)（稱為主系統(tǒng)）與另外一個(gè)智能化系統(tǒng)或機(jī)電設(shè)備（稱為分系統(tǒng)）之間建立起通訊連接的軟件，并完成主系統(tǒng)與分系統(tǒng)之間的數(shù)據(jù)交換，從而實(shí)現(xiàn)主系統(tǒng)對(duì)分系統(tǒng)運(yùn)行狀態(tài)的監(jiān)控和運(yùn)行參數(shù)的設(shè)置。軟件接口存在的前提是主系統(tǒng)和分系統(tǒng)均可提供對(duì)外通訊接口，且二者的通訊接口互不兼容，不能直接建立連接。因此，軟件接口技術(shù)的研究已成為智能建筑系統(tǒng)集成中必不可少的一項(xiàng)關(guān)鍵技術(shù)。

　　下面就通過(guò)作者近期完成的天津某智能建筑工程，詳細(xì)說(shuō)明智能建筑系統(tǒng)集成中軟件接口技術(shù)的研究及其在實(shí)際工程中的應(yīng)用，其目的是為現(xiàn)在和今后的智能建筑系統(tǒng)集成工程提供全方位的、切實(shí)可行的方法，真正提高建筑管理系統(tǒng)的集成化、智能化水平。

2、基于EBI的BMS控制系統(tǒng)介紹

　　EBI(Enterprise Building Integratioon)即企業(yè)樓宇集成系統(tǒng)，是Honeywell公司推出的企業(yè)管理與樓宇自控的全面解決方案。在實(shí)際的智能大廈工程中，基于EBI的BMS(Building Management System）系統(tǒng)得到了廣泛的應(yīng)用。BMS系統(tǒng)是一個(gè)典型的網(wǎng)絡(luò)控制系統(tǒng)（Networked Control System，NCS），系統(tǒng)自底向上分為三級(jí)：現(xiàn)場(chǎng)級(jí)、自動(dòng)化監(jiān)控級(jí)、管理級(jí)。也可將現(xiàn)場(chǎng)級(jí)、自動(dòng)化監(jiān)控級(jí)合起來(lái)稱為控制級(jí)?，F(xiàn)場(chǎng)級(jí)主要是通過(guò)各類傳感器完成各類信號(hào)的現(xiàn)場(chǎng)采集，以及用現(xiàn)場(chǎng)執(zhí)行機(jī)構(gòu)完成現(xiàn)場(chǎng)控制功能。采用RS485、LonWorks、Honeywell C-BUS等多種控制總線技術(shù)，來(lái)完成各子系統(tǒng)的監(jiān)測(cè)和控制功能。自動(dòng)化監(jiān)控級(jí)包括各子系統(tǒng)各自配備的控制器及獨(dú)立的上位監(jiān)控系統(tǒng)，完成各自獨(dú)立的控制功能?？刂破鲗F(xiàn)場(chǎng)級(jí)采集的信號(hào)與上位監(jiān)控的設(shè)定值進(jìn)行比較、計(jì)算，并向現(xiàn)場(chǎng)級(jí)的執(zhí)行機(jī)構(gòu)發(fā)出指令，來(lái)完成所要求的控制功能。管理級(jí)主干網(wǎng)采用100M以太網(wǎng)絡(luò)、客戶機(jī)/服務(wù)器（C/S）或?yàn)g覽器/服務(wù)器(B/S)結(jié)構(gòu)模式，實(shí)現(xiàn)子系統(tǒng)之間的聯(lián)絡(luò)、對(duì)話，對(duì)各子系統(tǒng)的重點(diǎn)信號(hào)統(tǒng)一實(shí)施監(jiān)控。

　　在一個(gè)集成化的BMS系統(tǒng)中，往往是集散控制系統(tǒng)與現(xiàn)場(chǎng)總線控制系統(tǒng)體系結(jié)構(gòu)并存的局面，系統(tǒng)要真正做到集成需克服諸多難點(diǎn)：如分析清楚系統(tǒng)的體系結(jié)構(gòu)、深入理解現(xiàn)場(chǎng)總線的通信協(xié)議、開(kāi)發(fā)相應(yīng)的軟件接口等。

3、軟件接口技術(shù)

3.1 模塊并行集成模式的軟件接口技術(shù)

　　它的核心思想是：將BMS的網(wǎng)絡(luò)系統(tǒng)劃分為管理網(wǎng)與監(jiān)控網(wǎng)兩層，各子系統(tǒng)運(yùn)行在下層監(jiān)控網(wǎng)，系統(tǒng)集成數(shù)據(jù)庫(kù)運(yùn)行在管理網(wǎng)，各子系統(tǒng)與管理網(wǎng)的集成按是否需要另外開(kāi)發(fā)應(yīng)用程序劃分成兩大類：一類是通過(guò)工業(yè)標(biāo)準(zhǔn)協(xié)議實(shí)現(xiàn)集成，只要通信雙方都共同遵守某種標(biāo)準(zhǔn)協(xié)議，即可通過(guò)標(biāo)準(zhǔn)化配置將實(shí)時(shí)數(shù)據(jù)轉(zhuǎn)換成合法格式后直接與數(shù)據(jù)庫(kù)交換信息，不需再開(kāi)發(fā)額外驅(qū)動(dòng)程序；另一類是通信雙方不能共同提供某種標(biāo)準(zhǔn)協(xié)議的標(biāo)準(zhǔn)接口時(shí)，需利用系統(tǒng)提供的應(yīng)用程序編程接口函數(shù)即API/Net API函數(shù)來(lái)開(kāi)發(fā)軟件接口，以實(shí)現(xiàn)數(shù)據(jù)庫(kù)的訪問(wèn)。這種思想的示意圖如圖1。

　　圖1中，將各子系統(tǒng)及其與集成平臺(tái)通信的接口縱向地看作一個(gè)模塊，整個(gè)系統(tǒng)中包含若干個(gè)這樣的模塊，這些模塊處在平等的地位，并行地運(yùn)行，集成平臺(tái)統(tǒng)一協(xié)調(diào)各個(gè)子系統(tǒng)之間的工作。通過(guò)這種全面的定義與概括就實(shí)現(xiàn)了對(duì)所有實(shí)際集成問(wèn)題的解決方案，而且依據(jù)并行工程的概念與理論，將整個(gè)系統(tǒng)模塊化，使系統(tǒng)在結(jié)構(gòu)上更加清晰，從而更加直觀地反映了實(shí)際系統(tǒng)的情況。

圖1 模塊并行集成模式示意圖

3.2 基于OPC的組件化集成模式的軟件接口技術(shù)

　　基于OPC的集成模式的思路完全不同于上述模式，這種模式主要運(yùn)用OPC技術(shù)來(lái)實(shí)現(xiàn)，其核心思想為：BMS中央監(jiān)控站作為OPC 客戶端，在它和各下層子系統(tǒng)之間開(kāi)發(fā)一個(gè)OPC 服務(wù)器，保證這個(gè)OPC服務(wù)器與OPC客戶端使用的是同一套OPC標(biāo)準(zhǔn)類型，可直接互通。OPC 服務(wù)器做成一個(gè)標(biāo)準(zhǔn)組件，包含可擴(kuò)展的若干接口，以實(shí)現(xiàn)對(duì)不同設(shè)備驅(qū)動(dòng)組件的調(diào)用。設(shè)備驅(qū)動(dòng)組件依據(jù)不同的設(shè)備接口類型及協(xié)議封裝，實(shí)現(xiàn)OPC服務(wù)器組件規(guī)定的若干接口或某些關(guān)鍵接口成員函數(shù)，與OPC服務(wù)器組件形成DCOM架構(gòu)，共同運(yùn)行在中央監(jiān)控平臺(tái)和各子系統(tǒng)之間，作為通信的中介，將具有DCOM架構(gòu)的這些組件的集合統(tǒng)稱為“接口層”。對(duì)中央監(jiān)控平臺(tái)來(lái)講，接口層屏蔽了監(jiān)控層中各種協(xié)議的不統(tǒng)一性及各種網(wǎng)絡(luò)的異構(gòu)性，從宏觀上實(shí)現(xiàn)了OPC即插即用的思想。接口層中的各組件可運(yùn)行在不同的計(jì)算機(jī)上，具有位置透明性；設(shè)備接口組件的數(shù)量可根據(jù)具體工程的需求任意增減、自由拆裝。其結(jié)構(gòu)示意圖如圖2所示。

圖2基于OPC的集成模式示意圖

4、軟件接口技術(shù)在系統(tǒng)集成工程中的應(yīng)用

　　天津某智能建筑，建筑面積61000平方米，其BMS系統(tǒng)集成工程是2008年奧運(yùn)會(huì)試點(diǎn)工程之一。在系統(tǒng)集成設(shè)計(jì)過(guò)程中，、電梯監(jiān)控子系統(tǒng)、UPS監(jiān)控子系統(tǒng)、鍋爐監(jiān)控子系統(tǒng)、發(fā)電機(jī)監(jiān)控子系統(tǒng)等系統(tǒng)的集成采用的是同一種方式，即以干接點(diǎn)采集現(xiàn)場(chǎng)狀態(tài)進(jìn)而將信號(hào)納入樓宇自控子系統(tǒng)統(tǒng)一監(jiān)控，樓宇自控子系統(tǒng)再以標(biāo)準(zhǔn)系統(tǒng)的“身份”直接通過(guò)標(biāo)準(zhǔn)網(wǎng)關(guān)聯(lián)入中央監(jiān)控平臺(tái)。這是比較傳統(tǒng)的做法，其集成實(shí)現(xiàn)的方法單一且比較容易。安全防范子系統(tǒng)、消防子系統(tǒng)因它們均屬非標(biāo)準(zhǔn)系統(tǒng)，而且協(xié)議嚴(yán)重不統(tǒng)一，不能與EBI直接集成，需開(kāi)發(fā)相應(yīng)的軟件接口，實(shí)現(xiàn)系統(tǒng)集成。為此，作者為安全防范系統(tǒng)開(kāi)發(fā)了軟件接口GatewayES，并以“模塊并行集成模式”將安全防范系統(tǒng)集成進(jìn)整個(gè)BMS中。消防子系統(tǒng)的集成方法更具代表性。本工程中消防系統(tǒng)采用西門(mén)子的CS11，CS11網(wǎng)絡(luò)的傳輸協(xié)議遵循ISO1745標(biāo)準(zhǔn)，而EBI不支持該協(xié)議，如果要將該系統(tǒng)與EBI連接起來(lái)，需要再開(kāi)發(fā)一個(gè)軟件接口，運(yùn)行在MK7022和EBI之間。一種方法是利用人工智能Agent理論的思想開(kāi)發(fā)一個(gè)運(yùn)行在EBI和MK7022之間的Agent，該Agent就作為消防子系統(tǒng)的軟件接口使用，以“模塊并行集成模式” 將消防子系統(tǒng)集成進(jìn)整個(gè)BMS中，以此來(lái)實(shí)現(xiàn)：

　?。?）ISO1745協(xié)議的轉(zhuǎn)化，使火災(zāi)探測(cè)系統(tǒng)內(nèi)發(fā)生的火警信息可傳送到BMS，進(jìn)入EBI數(shù)據(jù)庫(kù)；

　?。?）CS11現(xiàn)場(chǎng)控制器中配置數(shù)據(jù)的讀入，使BMS接收到的事件信息與它在控制器中的位置建立明確的對(duì)應(yīng)關(guān)系。值得注意的是火災(zāi)探測(cè)系統(tǒng)和BMS之間是一種單向傳輸通訊，即火災(zāi)探測(cè)系統(tǒng)向BMS發(fā)送有關(guān)事件的信息，但在BMS上禁止對(duì)火災(zāi)探測(cè)系統(tǒng)進(jìn)行操作，如啟動(dòng)某個(gè)設(shè)備，關(guān)閉某個(gè)探測(cè)器等，這些操作在DMS7000上實(shí)現(xiàn)，即EBI對(duì)火災(zāi)探測(cè)子系統(tǒng)只監(jiān)不控。另一種方法是開(kāi)發(fā)一個(gè)消防子系統(tǒng)驅(qū)動(dòng)COM組件，用OPC Server組件調(diào)用該組件來(lái)實(shí)現(xiàn)“基于OPC的組件化集成模式”下的系統(tǒng)集成。無(wú)論哪種模式實(shí)現(xiàn)的軟件接口，其功能和目的都是一樣的。

　　消防子系統(tǒng)軟件接口的開(kāi)發(fā)與實(shí)現(xiàn)方法如下：

4.1 API-Agent法

　　多Agent系統(tǒng)的研究目標(biāo)是各Agent之間智能行為的協(xié)調(diào)，包括規(guī)劃、知識(shí)、技術(shù)和動(dòng)作的協(xié)調(diào)。本文以消防軟件接口Agent的開(kāi)發(fā)為例，給出了開(kāi)發(fā)一種軟件接口Agent的過(guò)程和方法。

　　軟件Agent經(jīng)常用多線程或者是類UNIX過(guò)程來(lái)實(shí)現(xiàn)，區(qū)別軟件Agent和普通程序的關(guān)鍵就是看它們和所處環(huán)境進(jìn)行交互的能力。所以，在設(shè)計(jì)消防接口軟件Agent時(shí)充分考慮了它所處的運(yùn)行環(huán)境、系統(tǒng)位置及交互職責(zé)等因素。文中系統(tǒng)要求消防接口軟件Agent最終實(shí)現(xiàn)如下結(jié)果：將西門(mén)子消防系統(tǒng)（對(duì)于數(shù)據(jù)處理的實(shí)時(shí)性要求較高）納入Honeywell的智能大廈監(jiān)控平臺(tái)。西門(mén)子消防系統(tǒng)通過(guò)一個(gè)通信接口單元MK7022與消防接口軟件Agent進(jìn)行信息交互，而Agent又與監(jiān)控平臺(tái)的實(shí)時(shí)數(shù)據(jù)庫(kù)進(jìn)行信息交換。另<